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(54) Abstract Title . ^ ^ w 

Monitoring of services provided over a network with detemnlnation of Interactive content of web pages 

(57) A monitoring applet (102) is loaded Into a users network terminal either as a plug in for a network 
browser or as part of a downloaded web page (101). This applet may scan web pages downloaded into the 
browser to determine their active content (buttons, hyperlinks etc.) and the actions which these active areas 

may initiate. ^ . ^ - . 

The applet may inform the monitoring server (41) that it is active and receive configuration instructions 
in response. Once configured the monitoring applet records user interactions with a downloaded vyeb page 
(cursor position, buttons pressed, text entered into fields etc.) and transmits this information to the monitoring 
server. 

The monitoring server may use this data to produce various analyses and reports. The data may also be 
played back to allow redisplay and analysis of a users interactions or to provide a test signal to be applied to 
an application server (3). 

The network will typically be the internet or World Wide Web and the applet will typically be in a Java 

(RTM) or Javascript (RTM). 
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Monitoring Operation of Services provided over a 

Network 

This invention relates to monitoring the 
operation of services provided over a network. In 
particular it relates to monitoring the operation of 
seirvices provided over an intranet and/or the Internet 
and particularly the World Wide Web. 

There is currently great interest and activity in 
providing services via networks and particularly the 
World Wide Web. However, some difficulties arise for 
providers and users in providing and using such 
services. In particular, waiting for web pages to 
download from the World Wide Web can be time consuming 
and this factor together with a poorly designed 
website can severely limit the efficiency of web based 
services. Whilst these difficulties with web based 
services are widely appreciated, there have, to date, 
been no satisfactory systems available for gaining 
data concerning the effectiveness and usability of any 
given web based service. Existing systems tend to 
provide generalised information by monitoring networks 
and servers. 

It has been appreciated that obtaining detailed 
information concerning the use made of websites by 
individual users can be invaluable in enhancing the 



services which are provided over the internet and 
particularly the World Wide Web. 

It is an object of this invention to provide a 
system for monitoring the operation of services 
provided over a network. At least some embodiments 
are directed to obtaining information concerning how 
the performance of the service is perceived by users. 

According to a first aspect of the present 
invention there is provided a method of operating an 
end user communications unit for use in a system for 
monitoring operation of services provided over a 
network, the communications unit being arranged to 
allow reception of services provided over the network 
and the method comprising the steps of monitoring 
activity, at the communications unit, associated with 
a service provided over the network and outputting 
information so obtained and wherein the service is 
accessed via at least one web, or other electronic, 
page and the method comprises the further step of 
identifying the interactive content of a page as the 
page is visited and loaded into the communications 
unit. 

According to a second aspect of the present 
invention there is provided an end user conununications 
unit for use in a system for monitoring operation of 
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services provided over a network, the communications 
unit being arranged to allow reception of services 
provided over the network, being arranged to monitor 
activity associated with a service provided over the 
network and being arranged to output information so 
obtained, wherein the service is accessed via at least 
one web, or other electronic, page and the 
coimunications unit is arranged for identifying the 
interactive content of a page as the page is visited 
and loaded into the communications unit. 

such arrangements make use of the aggregate 
computing power available at the many user 
communications units which are typically connected to 
a network rather than attempting to support such data 
gathering with a single or a few central servers. It 
is also possible to collect data which is specific to 
the experience of each of a number of users. 

It will be appreciated that playing back of 
recorded activities refers to the apparatus itself, 
under the control of suitable software, running 
through any and all steps instigated by a user when 
the recording was carried out. 

in this application "activity"/ "activity 
instigated by the user" includes actions directly 
carried out by the user such as "clicking" of a mouse 



on an icon and actions carried out by the system 
„ithout the user being directly involved, for eK».ple, 
aata being sent and/or received. In practice activity 
will typically coi^rise a stream of occurrences 
consisting of actions ta.en by the user and events 
taking place within communications unit. 

The methods may comprise the further step of 
analysing the data obtained during the monitoring 
step. The apparatus may be arranged for analysing 
monitored data. The analysis may comprise filtering 
the data so that it can be presented in a more 
convenient form. On. or more filter rules may be 
specified for use in the filter process. The or each 
filter rule may define a standard event which 
coa^ris.8 a predetermined set of occurrences. On. or 
more filter rule may .P«=ify »* 1"" °« parameter, 
values for which are to be extracted fro. the 
predetermined set of occurrences. The filtered data 

be presented in terms of standard events and 
associated values. Preferably the analysis is carried 

out at the central unit. 

The term end user conmiunications unit is used 
broadly in this application and should be taken to 
include conventional computers including PCs, 
interactive television based systems, landline and 
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mobile conununications (telephone) based systems and 
any other such system which is able to receive 
information provided across a network. The system may 
be used with units operating in accordance with WAP 
(Wireless Application Protocol). 

The central unit to which monitoring information 
is sent is generally distinct from any server 
supporting services which are to be monitored. The 
central unit may belong to an organisation which is 
interested in gathering its own performance 
information or to an organisation administering the 
performance monitoring system on behalf of customers, 
information collated at the central unit may be 
accessible via a web site. Customers may be allowed 
access to information at the central unit which 
relates to the services which they supply. The central 
unit may comprise a plurality of devices, for example 
servers, operating in parallel. In some embodiments 
more than one central unit may be provided. 

The network over which services are provided 
typically comprises an intranet and/or the Internet. 
The services provided are typically accessible via the 
world wide web. Thus the services are typically 
accessible via a web site. A user's communications 
unit may run a browser. The browser may be a generally 



available browser such as MS Internet Explorer or 
Netscape*^avigator. Alternatively a dedicated browser 
xnay be provided. The browser may be an embedded 
application in, for exanqple, a WAP communications 
unit. 

Any one or any combination of the monitoring, 
outputting, recording and play back functionality at 
the communications unit may be facilitated by an 
applet, preferably the applet runs in a language which 
is cross-platform. This facilitates the system 
functioning on a large range of different end user 
communications units. The applet may be confined in 
an environment such that the applet's access to the 
end user-s communications unit is restricted. This can 
significantly enhance security. 

in this application the term applet is used 
broadly to mean an application which runs within a 
browser. The applet may be in any appropriate 
language, for example Jav^nd/or JavaScript. However, 
use of the term applet should not be taken to 
specifically imply that the applet is written in/runs 
in Java^The applet may be persistent or 
non-persistent. Thus, the applet may be resident in 
the browser at all times so that activity relating to 
all pages is monitored or the applet may be associated 
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only with certain web pages so that only activity in 
relation to such pages is monitored. In the persistent 
case the applet is installed, at the communications 
unit, by a user or system administrator. In the 
5 non-persistent case the applet is loaded and deleted, 
at the communications unit, as a page is visited and 
left respectively. 

As defined above, the communications unit is 
arranged so that as a page is visited and loaded into 

10 the unit, the interactive content of the page is 

identified. For example, a page may include a button 
which can be "pressed" by a user and field allowing 
the input of text. In the identifying step, the unit 
may identify that the button and text field are 

15 present. If the button is pressed or text is entered 
this action may be monitored and recorded or. reported. 

The identifying step may include determining 
information concerning the relevance and/or context of 
the interactive content. For example, the relevance, 

20 context, effect etc of a user entering text or 
pressing the button may be identified. This 
information can be associated with any recorded or 
reported action. 

In at least some emboddLments any one or any 
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combination of the following may be monitored: start 
of page load, completion of page load, completion of 
image or frame load, user input of data starts, user 
input of data finishes, user data, hot spot and 
hyperlink roll-overs, hyperlink selection, mouse 
position, field selections, browser toolbar usage, 
next uniform Resource Locator (URL) selected, user 
editing field information, user identification (log on 
name, device, Internet Protocol (IP) address etc.). 

The data output and/or sent to a central unit as 
a result of the monitoring process may be encrypted. 
Since it is operation characteristics which are of 
interest, certain sensitive data, such as credit card 
details, may be irrelevant. Thus any such sensitive 
data may be replaced by arbitrary symbols in the 
information output and/or sent to a central unit. 

Timing means may be provided for giving time 
stamp references to activities. Preferably a universal 
time reference source is provided at the central unit. 

in at least some embodiments any one or any 
combination of the following real time displays or 
reports may be generated for a site being monitored: 
number of visitors per unit time, number of new 
customers, number of customers who ordered, number of 
customers by location, number of visitors who tried 
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and failed to order, total web site orders, value of 
total web site orders, usability of web site, apparent 
speed per customer, typical routes through site, page 
hot spots or trouble spots, time to complete 
transaction pair, events by time of day, 
average/minimum/maximum time to complete transaction, 
page load time by time of day, time from page load to 
page exit, exit route from each page, name of user by 
time of day, IP address of user by time of day. 

The or each communications unit may, amongst 
other things, function as a data capture module. The 
central unit may, amongst other things, function as a 

database server. 

According to a third aspect of the present 
invention there is provided a machine readable medium 
having thereon code portions which when loaded and run 
on computer means cause the computer means to execute 
any method defined above and/or provides any 
appratatus defined above. 

Embodiments of the present invention will now be 
described, by way of example only, with reference to 
the accompanying drawings in which:- 
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Figure 1 schematically shows the architecture of a 
system for monitoring the performance of services 
provided over a network; 

Figure 2 schematically shows a system for 
5 monitoring the performance of a website based service 
provided over the World Wide Web wherein the 
monitoring activity takes place within a browser; 

Figure 3 schematically shows the steps carried 
out in monitoring activity associated with a web page 
10 in the system shown in Figure 2; 

Figure 4 schematically shows a process used to 
test a server system; 

Figure 5 schematically shows internal 
architecture of a database server; and 
15 Figure 6 shows an example of data stored in a 

data log of the database server shown in Figure 5. 

Figure 1 schematically shows the architecture of 
a system for monitoring the performance of services 
provided over a network. 
20 A plurality of end user communication units 1 

which can include conventional computers^ interactive 
television based systems and wireless communication 
systems etc., are connected to an intranet or the 
Internet network 2 and thus are able to access 
25 services supported by a large number, of different 
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servers 3 (only one of which is shown in Figure 1). A 
central unit 4 to which data concerning the 
performance of services provided over the network is 
to be sentr as will be explained in more detail below, 
is also connected to the intranet or Internet 2, A 
customer • s computer system 5 is connected via the 
intranet or Internet 2 to the central unit 4 to allow 
the customer to extract information concerning the 
performance of services in which he is interested. 
Although not shown in detail it will be appreciated by 
those skilled in the art that within the intranet or 
Internet 2 there will be a number of intermediate 
devices such as routers, servers and other devices. 
These are all potentially connectable to the central 
unit 4 and as such data concerning performance of 
these intermediate devices may also be monitored and 
sent to the central unit 4. A simplified description 
of the functioning of the system is given below. 

At each of the end user units 1 a user will 
access a service supported by a web server 3 via the 
intranet or Internet 2. As this service is used by 
the user then, under the control of appropriate 
software, each end user unit 1 monitors activities 
instigated by the user which relate to the service 
being used. The data obtained during this monitoring 



12 

step is then sent from each of the end user 
coimnunication units 1 via the intranet or Internet 2 
to the central unit 4. The central unit 4 functions 
as a database server and performs a number of 
functions as will be described in more detail below. 
At this point it is enough to note that all of the 
data obtained at each of the end user communication 
units 1 is stored at the central unit 4 and is put 
into a useful form such that a customer may obtain 
data concerning the services in which he is interested 
either in the form of hard copy reports or via his 
computer system 5 and the intranet or Internet 2. In 
particular it is envisaged that the customer will 
operate a web site based service and will desire 
information concerning the performance of that 
website • 

Each of the end user communication units 1 
includes a processor, a memory, and other elements 
which are arranged under the control of appropriate 
software to capture data concerning various activities 
which take place in respect of the service being 
provided over the network 2. Different pieces of 
software are provided to give this data capture 
function in different circumstances. Different pieces 
of such software will be described in more detail below. 
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As mentioned above data capture modules can be 
arranged to collect information from a variety of 
sources. In particular data can be collected by 
monitoring activities within a user's browser, from 
the network delivering data to the user^ and from 
servers hosting the web pages or applications which a 
user is using and/or running. However, it will be 
appreciated by those skilled in the art that the 
collection of data need not necessarily be limited to 
the above-mentioned sources. 

The central unit 4 includes a processor, a memory 
and other elements which are arranged under the 
control of appropriate software to act as a database 
server which is used for receiving, storing, analysing 
and organising data captured by any of the data 
capture modules as well as generating reports 
concerning such data. 

Appropriate software is also provided to 
customers for use with their computer systems 5 in 
order to further process and interpret the data stored 
at the central unit 4, In particular it is possible 
for customers to generate reports, analyse statistics 
and generate graphs on the basis of the collected 
data. 

It should be noted that the methods and apparatus 
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for monitoring and/or testing the performance of 
services provided over a network which this 
application concerns may be used in relation to any 
appropriate service provided over a network. The 
methods and apparatus are not limited to use with 
services provided via websites accessible over the 
World Wide Web. However, for the sake of clarity the 
remaining detailed description will be phrased in 
terms exclusively relating to services that are 
accessible via a website and the World Wide Web. 

Figure 2 schematically shows a system for 
monitoring the performance of a website based service 
provided over the World Wide Web wherein the 
monitoring activity takes place within a browser such 
as Netscape Navigator or MS Interned Explorer loaded 
on a user's computer system which acts as a 
communications unit 1. 

In the case shown in Figure 2 the data capture 
module consists of a user's computer system 1 arranged 
under the control of a browser and an applet which is 
resident in each web page that is to be monitored. 
Applets are small applications written in, for 
example, the Java and JavaScript programming languages 
which may be downloaded from a website into a user * s 
browser in order to carry out a particular function. 
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The applet used in the system shown in Figure 2 is 
currently named Prophet by the applicants and this 
name shall be used in the description to aid 
understanding • 

It will be appreciated that a system such as that 
shown in Figure 2 can be used to monitor performance 
of a large number of websites provided at different 
servers which are connected to the Internets However , 
again for the sake of simplicity in this case, a 
single website and the performance of the service 
supported by that website shall be considered. 

ThuSr in this case, a website is supported by a 
web server 3 which is accessible via the Internet 2. 
The website has been set up such that the Prophet 
applet is contained by each web page 101 which is to 
be monitored. This means that as a user visits a web 
page 101 the user's browser automatically downloads 
and executes the applet. Figure 2 schematically shows 
web pages 101 displayed in the user's browser and the 
prophet applet 102 running within the page 101. 

The user's communication unit 1 under the control 
of the prophet applet monitors the user's interaction 
with the web page 101 and returns the information 
obtained to the central unit 4 which in Figure 2 is 
shown to comprise a database server 41. A customer 
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can obtain information from the database server 41 
concerning the performance of the website provided at 
the web server 3. 

Each frame of each web page to be monitored must 
include a copy of the Prophet applet. 

The Prophet applet may be configured to perform a 

range of different monitoring tasks and to select 

different types of data. In practice a single version 

of the prophet applet is made available and included 

into the appropriate web pages by the author or 

maintainer of the pages. The configuration is 

achieved by a configuration message which is sent to 

the applet from the central unit server 41. Figure 3 

is a flow chart schematically showing the steps 

carried out in monitoring activity associated with a 

« 

web page In the system shown in Figure 2. 

In step 0 a web page and resident Prophet applet 
is loaded into a user's browser. In step 1 as the 
applet is activated within the browser an activation 
notification signal is output under the control of -the 
applet to the central unit server 41. 

Each customer (each entity who includes the 
Prophet applet on their web pages) is supplied with a 
registration key. This registration key is used to 
verify web page 101 and central server 41 match. The 
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appropriate key is included in the applet in each 
page. A copy of the registration key is included in 
the activation notification. The central server 41 
checks to see that a valid key has been received. If 
there is some mis-match this could indicate an 
incorrectly set up page or a hacking attempt. If any 
such mis-match is determined then any further data 
received from that instance of the applet is ignored 
by the central server 41. 

The activation notification includes an 
indication of the instant at which the notification is 
generated in terms of time as kept by the 
communication unit 1 concerned. The Prophet applet 
treats this instant as time zero and all later 
occurrences a logged relative to time zero. The time 
of this instant, in communication unit time, is 
received by the central server 41 and conqpared to a 
server universal time. The result of the comparison is 
used to apply an appropriate offset to subsequent 
timings received from the communications unit 1 such 
that all occurrences dealt with at the central server 
41 are logged in server universal time. 

Correct receipt of the activation notification by 
the central server 41 triggers issuance of a 
configuration message, at step 2, which is sent to the 
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respective coiamunications unit 1. The content of the 
configuration message is selected by the central unit 
server 41 on the basis of preselected information 
received by the server 41. In particular^ the 
configuration will depend on the page being loaded 
into the browser and may also depend on other factors 
or information such as the IP (Internet Protocol) 
address or name of the user, the time of day and/or 
other user or system information. 

The configuration message includes a session ID 
which can be used to identify the origin of each 
occurrence which is monitored and sent to the central 
unit server 41. This session ID uniquely identifies 
the particular browser being used and the particular 
page being used so that occurrences relating to a 
single page can be tied together easily. There is a 
further advantage in that, if a page is downloaded 
twice, two different session ID's will be generated. 
This fact is detectable in the reported data and can 
indicate some kind of problem such as abnormal 
reloading behaviour or partial loads taking place 
because of an annoy ingly slow network etc. 

At the same time that the applet is signalling 
its existence in step 1, the contents of the page 
being loaded into the browser is scanned by the 
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prophet applet in step 3. This scanning step is 
facilitated by a suitable JavaScript process. In 
particular the prophet applet operates by interpreting 
the HTML of the page concerned as it is loaded and 
from this it develops a page map which includes a list 
of all of the page components. This is used to allow 
the applet to quickly analyse any action taken by the 
user and prepare a record which correctly 
contextualises the action. 

At step 4 a log of occurrences which occur in 
relation to the web page concerned is generated, each 
occurrence being given a time stamp relative to zero 
time. The occurrences logged in step 4 correspond to 
actions directly taken by the user as well as events 
occurring in the browser without the user • s direct 
involvement • 

A large range of different occurrences may be 
logged. As mentioned above the actual occurrences 
logged will depend on the contents of the 
configuration message received by the prophet applet. 
Below is a non-exhaustive list of the occurrences 
which may be monitored and logged: 
Start of page load 
Completion of page load 
Completion of image or frame load 
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User input data finished 
User input data started 
User data 

Hot Spot, and Hyper Link rollovers 
5 Hyper Link selection 
Mouse position 
Field selections 
Browser toolbar usage 
Next URL selected 
10 User editing of field information 

User identification (log on nasoB, device ^ IP address , 
etc) 

In step 5 any sensitive information such as 
credit card details may replaced by non specific 
15 characters such as asterisks and all data is 
encrypted. 

At step 6, the information logged at step 4 and 
encrypted at step 5 is sent via the Internet 2 to the 
central server 41 for further processing and reporting 

20 as will be described in more detail below. In practice 
data will be allowed to build up to a predetermined 
level at the coiranunications unit 1 before being sent 
to the central server 41. Steps 4 to 6 in Figure 3 
will run and re-run continually whilst a page is 

25 active but it is not necessary for all three steps to 
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be carried out for a given occurrence before 
processing of the next occurrence begins. An 
additional sending of data may be made as a page is 
left to ensure all data has been output « 

As has been discussed above ^ such a system allows 
data to be collected which gives an insight to user 
behaviour and user perceived performance in relation 
to particular web pages. This information can be used 
to help to improve the performance or effectiveness of 
services provided via web pages. 

An alternative data capture module is implemented 
by use of a browser plug-in currently called Vigilante 
by the applicants which functions in a similar way to 
the prophet applet but is permanently resident in a 
user's browser. Thus, in a Vigilante based system, 
rather than the applet being downloaded onto a user's 
communication unit each time a web page is loaded. 
Vigilante is always present in the user's browser and 
thus can be used to monitor a user's interaction with 
any web pages visited. This can be achieved either by 
the Vigilante plug-in directly monitoring a user's 
activity or by it being arranged to load the prophet 
applet into each downloaded page. The Vigilante plug- 
in is typically included in the user's browser by the 
user or the user's system administrator. The 



vigilante plug-in may be used for monitoring activity 
in a similar way to as the Prophet applet discussed 
above but also may be used for security purposes. For 
example, an Internet Service Provider may offer an 
5 incentive to its users to use Vigilante whilst logged 
on through their service or an employer may use it to 
monitor activities being carried out by his or her 
employees. Although the terms applet and plug-in are 
used herein to aid understanding, it should be noted, 

10 that when used in its broad sense, the term applet 
encompasses plug-ins. 

As a further alternative a dedicated browser may 
be provided in which the Vigilante or prophet 
functionality is incorporated. The dedicated browser 

15 may be used in substantially the same way as existing 
browsers such as Netscape'liavigator and MS Internet 
Explorer, whilst at the same time providing the 
monitoring functions discussed above. The browser 
might be used by a user or a customer to monitor 

20 and/or control a user's activity. This may be useful 
for organisations to retain a certain level of control 
over staffs access to the intranet or Internet or at 
least monitor their activities. In such systems it 
may be preferable to provide a configuration signal 

25 from a local server or stored cookie rather than from 



23 

the central unit server 41. 

Data concerning network and server operation may 
also be monitored by the provision of suitable 
software. The exact method for monitoring such data 
will depend on the devices being monitored. However, 
the use of a configuration message and the use of 
server universal time is preferable. Further, the data 
extracted is preferably returned to a central unit for 
further processing. 

In a further developments, a server supported 
service testing and in particular a load testing tool 
is provided. The testing system uses the same general 
architecture as is shown in Figure 1. Figure 4 
schematically shows the process used to test the 
server based system. 

Initially one or more users is allowed to use a 
service supported by the server 3 which is to be 
tested, and whilst doing so their activity is 
monitored in step 100 using the prophet or Vigilante 
systems described above. This monitored activity is 
then recorded as a script in step 101. In step 102 
one or more scripts recorded in step 101 are replayed 
by end user communication units 1. Typically a large 
number of scripts will be run on separate end user 
communications units 1 to simulate the effect of the 
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service experiencing heavy usage. In step 103 , as the 
scripts are replayed the performance of the service is 
monitored from the point of view of each user, ie at 
each end user communications unit 1. 

The second monitoring step 103 is again 
substantially the same as that described eibove in 
relation- to the Prophet applet and Figures 2 and 3. 
At step 104 the data gained in the monitoring step is 
sent to the central unit 4. 

Suitable software for controlling the running of 
scripts and monitoring of behaviour is provided at 
each communications unit 1. Although this may be 
implemented in a number of different ways it will be 
most efficient to use applets or plug-ins 
substantially the same as the Prophet applet and 
Vigilante plug-in described in detail above. The 
software used to implement steps 102 to 104 shown in 
Figure 4 above is currently called Slayer by the 
applicants and this term will be used below to ease 
understanding. When Slayer is run on a end user 
communication unit 1 it announces its presence to the 
central unit server 41 and awaits further 
instructions. Further instructions are issued via the 
central server 41 typically under the control of a 
systems manager in charge of the server based service 
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to be tested. The necessary user communications units 
1 are activated, for example by a systems manager or 
an automated system, and caused to load a particular 
web page. Once this has been done interaction with 
web pages is governed by the recorded scripts which 
may be downloaded from the central server 41 to the 
user communication units 1 concerned. 

It is to be noted that the scripts to be replayed 
by Slayer can, and preferably should be recordings of 
activities carried out by actual users. Thus recorded 
scripts are likely to include mistakes, incorrect 
entries, invalid transactions and perhaps arbitrary 
delays or hesitations. This can give a much more 
accurate representation of real world traffic. 
15 However, although the scripts are typically 

recordings of real users and can be used to accurately 
re-create the actual steps taken, the scripts may be 
replayed at high speed and/or multiplied to give the 
effect of many users simultaneously attempting to use 
the same system. All factors concerning the rate at 
which data is entered and the time between each 
transaction etc. may be controlled by the system 
manager to give the desired test circumstances. 

A further advantage of this system over one which 
relies on artificially generated test programs is that 
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when web page designs are changed, scripts relating to 
the amended pages can be automatically generated as 
users use those new pages. If a Prophet or Vigilante 
based system is being used in relation to the pages 
5 concerned there will be a ready made source for 

recorded scripts. The need for manually re-generating 
scripts for each version of the site can therefore be 
avoided. 

The following are examples of browser events 
10 which may occur as the user interacts with a paige. In 

each case these events may be associated with scripts. 

This means that such events may be monitored using the 

Prophet or Vigilante system mentioned above and also 

may be re-run using the Slayer system. 
15 Load:- occurs when all the content of a particular 

document has been loaded within a page. 

Unload:- occurs when a document is removed from a 

window or frcune. 

Abort:- occurs when page loading is stopped before an 
20 image has been allowed to completely load. 

Error:- occurs when an image does not load properly or 
when an error occurs during script execution. 
Select:- occurs when a user selects some text in the 
text field. 

25 Focus:- occurs when an element receives focus via a 
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pointing device or tab navigation. 

Change:- occurs when part of a page such as an input 
region or a text area loses focus and its content has 
been changed since gaining focus. 
Submit:- occurs when a form is submitted. 
Reset:- occurs when a form is reset. 
Blur:- occurs when an elanent loses focus. 
Resize:- occurs when a document view is resized. 
Scroll:- occurs when a document view is scrolled. 

The arrangement of the present systems give 
advantages in that aggregate computing power of a 
large number of end user communication units may be 
used in the gathering of data and or the running of 
scripts to provide a load testing function. This 
limits the amount of processing power required at the 
central server 41 and facilitates the gathering of 
information which is specific to individual end users. 
To maximise the advantage of this distributed 
processing effect the format of the data sent to the 
central server 41 should be such that as little 
processing as possible is required on the data 
received at the server. 

Although the system is such that data can only be 
gathered in relation to pages in which the applet is 
active, it is possible to gain information about what 
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happens to cause the page to be exited. Typically 
this may be movement to another page or website. The 
applet may monitor and log the identity of the next 
site to be visited and also the event which caused 
such a move, for example a mouse click on a hypertext 
link or the direct entry of a URL. 

In some circumstances it may be necessary for the 
applet to be signed using a signature technique which 
is applicable across all compatible browsers. The 
authority granted by the certificate should be 
sufficient to accomplish tasks required for monitoring 
and logging data. Thus the certificate is preferably 
sufficient to allow access to all entities within the 
HTML frame, to obtain access to sub-windows opened by 
the browser or any contained scripts, and optionally 
to access the browser buttons and menu activity. If a 
signed applet is received by an end user communication 
unit 1 this version of the applet may be retained by 
the end user communication unit and used for 
subsequent pages. 

Figure 5 schematically shows the internal 
architecture of the database server 41 supported by 
the central unit 4. The database server comprises a 
data packet receiver/generator 6 which is arranged to 
output and receive data to and from any data capture 



module. The data packet receiver/generator 6 
facilitates communications between the data capture 
modules and the database server 41. Amongst other 
functions, the data packet receiver/ generator 6 
5 receives activation notices from data capture modules 
and returns configuration messages. 

The database server 41 further comprises a system 
maintenance module 7 which provides tools and 
mechanisms for defining configuration rules for the 

10 different versions of data capture modules which are 
in existence. In relation to the Prophet applet this 
allows the generation of configuration settings for 
use with the different instances of the Prophet applet 
which have been included in web pages by customers. 

15 The tools provided by the systems maintenance 

module 7 also allow systems managers to populate and 
manage an originator •s database 8 which holds 
configuration data for all known data capture modules , 
i.e. all known versions of the Prophet applet amongst 

20 other things. The originator's database 8 constructs 
and issues configuration messages based on the 
activation notifications which it receives from remote 
data capture modules via the data packet receiver 6. 
The system maintenance module 7 also provides 

25 configuration and maintenance tools for the other 
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functions of the database server 41 described below. 

The database server 41 includes a data log 9 
which holds all the data collected from the data 
capture modules. Each entry in the data log includes 
5 details of the occurrence and a time stamp indicating 
when the occurrence was lodged in the data capture 
module. The data log 9 also adds a time stamp 
indicating the time at which it logged the occurrence. 
Figure 6 shows an example of the data stored in the 

10 data log 9. 

As well as data from user browser based data 
capture modules r the data log 9 also logs utilisation 
data from data capture modules provided in the network 
2 and at servers. Utilisation data will include 

15 statistics such as server CPU (central processing 
unit) utilisation r memory utilisation and network 
bandwidth usage. Thus this information is of a more 
generic data than that obtained directly from a user's 
browser • 

20 The database server 41 further comprises a 

standard event and utilisation filter module 10 which 
is used to process the data stored in the data log 9 
in order to reduce its volume and present it in a more 
usable fashion. The standard event and utilisation 

25 filter module 10 uses filter rules stored in a filter 
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rule database 11. 

A rule wizard system 12 is provided to allow a 
systems manager to generate filter rules. A filter 
rule is used to define standard events which are 
characterised by a sequence of one or more occurrences 
taking place in a given sequence within a single 

browsing session. 

As described above, an occurrence is constituted 
by any action carried out by the user or any event 
within the browser however minor. A collection of data 
concerning such occurrences is not always useful. The 
generation of filter rules defining standard events 
allows the data to be put in a much more usable and 
compact form. The rules wizard system 12 allows a 
newly generated filter rule to be tested against a 
portion of the data stored in the data log 9 to test 
its function. Once a rule has been tested it can be 
stored in the filter rule database 11. 

Each filter rule can have active or inactive 
status. This means that not . all rules which have been 
generated must be applied to all incoming data. All 
data stored in the data log 9 is parsed by all active 
rules specified in the standard event and utilisation 

filter module 10. 

Each filter rule assigns a name to each standard 
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event and may also specify one. or more associated 
value, such as an elapsed time, an absolute time, or 
other data to be retrieved from the specific 
occurrences making up the standard event. 

The standard event and utilisation filter module 
10 holds a state table for each rule in an active 
browsing session. Whenever the rule state table 
signifies that a standard event has occurred, a 
corresponding event record is written into a standard 
event log 13. The standard event record includes a 
time stamp taken from the final occurrence which 
triggered the standard event creation. Moreover, any 
additional data specified by the rule will be inserted 
into the standard event record. 

Rules may also be defined using the rule wizard 
system 12 to identify utilisation events. A state 
table is held in the standard event and utilisation 
filter module 10 for each utilisation event rule. 
Whenever the utilisation event rule state table 
signifies that a utilisation event has occurred, a 
utilisation event record is written into a utilisation 
log 14. 

The standard event and utilisation filter module 
10 also has the function of calculating real time 
statistical information which it stores in a real time 
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Statistics database 15. 

Data from the real time statistics database 15 is 
fed to a real time display module 16 which displays 
real time statistical data on the performance of 
websites which are being monitored. The type of 
information which is provided by the real time display 
module 16 is high level and thus, for example, might 
include number of sales per second. 

A graph generation module 17 is provided to 
generate graphs from the data stored in the standard 
event and utilisation log 13,14. These graphs may be 
made available via suitable web pages and can 
represent historic or near real time information. A 
graph may for example show data concerning the 
different times taken to load a given page on a web 
site. The system includes a facility such that by 
appropriately selecting points on a graph, the 
detailed standard event record may be viewed for that 
or those points. Furthermore, it is possible to 
display all occurrences which resulted in that 

standeurd event. 

Tools provided in the systems maintenance module 
7 as well as the functionality of the real time 
display module 16 and graph generating module 17 allow 
the production of ad hoc reports by customers who are 
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having their web sites monitored. 

It is not essential for customers to gain 
performance information directly from the central unit 
4. Reports may be generated by the administrators of 
the monitoring system and provided to customers. Such 
reports may, for example, be in the form of hard copy 
or sent electronically. 

The database server also includes a session 
replay module 18 which allows the replay of any 
session stored in the data log 9. Thus the 
functionality of the session replay module 18 is 
similar to, but distinct from, that supplied by the 
Slayer system described above. The session replay 
module 18 functions by retrieving all the HTML code 
stored in the data log 9 and optionally loading any 
unstored data such as images from the Internet. The 
module 18 then replays the actions taken by the user. 
This module gives the ability to review the actions 
carried out by a particular user which may be useful 
in identifying a problem which occurred either to 
assist the user in overcoming the problem or to 
highlight an aspect of the web page or web site which 

may be in^roved. 

The systems described above are capable of 
providing information concerning uses of web sites 
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which is extremely detailed. For example it is 

possible to provide real time displays and or reports 

showing the following amongst other things: 

Number of visitors per unit time, 
5 Number of new customers. 

Number of customers who ordered. 

Number of customers by location. 

Number of visitors who tried and failed to order. 

Total website orders, 
10 Total website order value. 

Website navigation. 

Usability of website. 

Apparent speed per customer. 

Typical route through site, 
15 Page hot spots. 

Time to complete a standard event. 

Events by time of day. 

Average and maximum/minimum time to complete 

transaction, 
20 page load time by page by time of day. 

Time from loading to exit of page. 

Exit route from page. 

Name of user by time of day, 

IP address of user by time of day. 
25 It is envisaged that such and other data will 
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enable organisations running websites to optimise 
their services. In particular it is envisaged that it 
laay be possible to reduce cost of providing the 
servicer maximise revenue/transaction rate, highlight 
5 and investigate failure modes, understand usability of 
site, detect unsatisfactory service, detect and 
correct site design issues r undertake detailed 
analysis of user behaviour, evaluate success of 
investments in technology, target IT investment 

10 strategies for e-commerce applications* 

The following gives an example of the kind of 
advantages which using a system of the current, 
application can give. 

A website owner may be experiencing a large 

15 number of incomplete transactions and also retrieving 
complaints of poor performance from their customer 
research. By including the Prophet applet on each 
relevant page of their website and configuring the 
system to retrieve time of day information on the 

20 entry and exit from each page as well as recording the 
exit routes from each page the following type of 
information may be gained. For example the time taken 
by users to complete some key pages may be identified. 
For example it may be determined that whilst 50% of 

25 users complete a page in less than 20 seconds nearly 
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20% take more than 2 minutes, whilst 20% never 
cornplete the transaction. By more careful analysis of 
the data it may become apparent that a large 
proportion of the slow users are using the same 
internet service provider and this can indicate that 
there are problems using this Internet server 
provider. However, there may be some other reason 
whilst the other users are having difficulty. It 
ndght, for example, be established that a high 
proportion of users are having to access the help page 
more than twice whilst attempting to complete the 
transaction. This could point to a problem in the 
page design. Moreover, it might be established that a 
significant proportion of customers begin to fill out 
a user registration form but fail to complete it. 
This could suggest that the registration form is too 
long or too complex. It might alternatively be found 
that a large number of users leave the site via a 
banner advert provided on one of the pages. It may 
then be concluded that the positioning of the advert 
is disadvantageous. 

AS another example, it is highlighted that 
cursor/mouse position within a page can be monitored. 
This can be used to generate statistical data on 
cursor position. This in turn can assist in page 
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design, it might for example, be established that a 
majority of users seem to be attempting to find the 
-submit" button in the bottom right hand comer of a 
page even though the button is located elsewhere. 

in general terms it will be appreciated how the 
information provided by systems described in the 
present application can be of great assistance in 
improving website design. 

in alternatives a rules wizard may not be 
included but rather rules may be generated and 
prograromed manually* 
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CLAIMS 

1. A method of operating an end user communications 
unit for use in a system for monitoring operation of 
services provided over a network, the communications 
5 unit being arranged to allow reception of services 
provided over the network and the method comprising 
the steps of monitoring activity, at the 
communications unit, associated with a service 
provided over the network and outputting information 
10 so obtained and wherein the service is accessed via at 
least one web, or other electronic, page and the 
method comprises the further step of identifying the 
interactive content of a page as the page is visited 
and loaded into the communications unit. 

15 

2* A method according to claim 1 in which the step 
of identifying the interactive content includes 
determining information concerning the relevance 
and/or context of the interactive content. 

20 

3. A method according to claim 1 or claim 2 wherein 
at least some of the information gained in the 
identifying step is included in the information output 
by the communications device. 
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4. A method according to claim 1 in which the step 
of identifying the interactive content includes 
determining information concerning the relevance 
and/or context of the interactive content and the 
method includes the further step of associating this 
contextual information with information concerning 
monitored activities. 

5. A method according to any one of claims 1 to 4 in 
which said details include a log of pointing device 
position and selecting operation. 

6. A method according to any one of claims 1 to 5 in 
which the monitoring and outputting steps are 
facilitated by an applet which runs within a browser 
and runs in a language which is cross-platform* 

7. A method according to Claim 6 in which the applet 
is non-persistent. 

8. An end user communications unit for use in a 
system for monitoring operation of services provided 
over a network r the communications unit being arranged 
to allow reception of services provided over the 
network/ being arranged to monitor activity associated 
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with a service provided over the network and being 
arranged to output information so obtained, wherein 
the. service is accessed via at least one web, or other 
electronic, page and the communications unit is 
arranged for identifying the interactive content of a 
page as the page is visited and loaded into the 
communications unit. 

9. A communications unit according to claim 8 in 
which identifying the interactive content includes 
determining information concerning the relevance 
and/or context of the interactive content:. 

10. A communications unit according to claim 8 or 
claim 9 which is arranged to include a-b least some of 
the infoirmation gained in the identifying step in the 
information output by the communications device. 

11. A communications unit according to claim 8 in 
which identifying the interactive content includes 
determining information concerning the relevance 
and/or context of the interactive content and the 
communications unit is arranged for associating this 
contextual information with information concerning 
monitored activities. 
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12. A ccanputer program comprising code portions which 
when loaded and run on computer means cause the 

5 computer means to execute the method of any one of 
claims 1 to 7. 

13. A computer program comprising code portions which 
when loaded and run on computer means, cause the 

10 computer means to constitute the apparatus according 
to any one of claims 8 to 11. 
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